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DETAILED ACTION 

1 . Claims 1 -29 and 37-49 are rejected and claims 30-36 are cancelled. 

Response to Appeal Brief 

2. In view of the Appeal Brief filed on 21 April 2008, PROSECUTION IS HEREBY 
REOPENED. 

To avoid abandonment of the application, appellant must exercise one of the 
following two options: 

(1 ) file a reply under 37 CFR 1.111 (if this Office action is non-final) or a reply 
under 37 CFR 1.113 (if this Office action is final); or, 

(2) initiate a new appeal by filing a notice of appeal under 37 CFR 41 .31 followed 
by an appeal brief under 37 CFR 41 .37. The previously paid notice of appeal fee and 
appeal brief fee can be applied to the new appeal. If, however, the appeal fees set forth 
in 37 CFR 41 .20 have been increased since they were previously paid, then appellant 
must pay the difference between the increased fees and the amount previously paid. 

A Supervisory Patent Examiner (SPE) has approved of reopening prosecution by 
signing below. 
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Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

3. Claims 1-29 and 37-48 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over US Patent No 6,804,664 to Hartman et al (hereafter Hartman) in 
view of US Patent No 7,103,605 to Hazi et al (hereafter Hazi) in view of US Patent 
No 5,794,244 to Brosch et al (hereafter Brosch). 

Referring to claim 1, Hartman discloses a program product, comprising: 
a) a database that is compatible with multiple end-user systems (see column 4, 
lines 51-67), the database comprising: 

a data section that includes a plurality of data records [records] (see column 4, lines 
35-54); and 

b) at least one physical computer-readable medium having said database stored 
thereon (see column 4, lines 29-34). 

While Hartman et al teaches at least a feature mask [bit mask], the feature mask 
including data that indicates whether a particular one of the data records is compatible 
with one or more of the end-user systems (see column 8, lines 54-60 and column 9, line 
44 - column 10, line 28 - the bit mask of the query profile is compared to the bit mask 
of the record and if they match, then the two are considered to be compatible; the query 
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profile can represent the user profile; compatibility is depicted by the bit being set to a 0 
or a 1), Hartman fails to explicitly disclose a structure section that includes at least a 
feature mask, the feature mask including data that indicates whether a particular one of 
the data records is compatible with one or more end-user systems. Hazi discloses a 
database containing a plurality of data records containing a plurality of attributes (see 
abstract), including the further limitation of a structure section that includes at least a 
feature mask, the feature mask including data that indicates whether a particular one of 
the data records is compatible with one or more end-user systems [derivative 
processors 254] (see column 3, lines 14-21; column 4, lines 5-12 and lines 47-53). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to utilize Hazi's concept of a structure section as a component of 
Hartman's database in order to store the bit mask of Hartman. One would have been 
motivated to do so to increase the efficiency of retrieving query results since it is well 
known in the art that an indexed data set decreases data lookup time. 

While the combination of Hartman and Hazi (hereafter Hartman/Hazi) teaches a 
feature mask for determining which data records are available to a user, Hartman/Hazi 
fails to explicitly disclose the further limitation of the feature mask including data that 
indicates whether a particular one of the data records is compatible with the one or 
more of the end-user systems. Blumenau discloses a database that is compatible with 
multiple end-user systems [shared data storage system], the database comprising: a 
diction section that includes a plurality of data records [shared data storage system] 
(see [0007]); a structure section [first data structure] that includes at least a feature 
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mask, the feature mask including data that indicates whether a particular one of the 
data records is compatible with one or more end-user systems (see [0007]). 
It would have been obvious to one of ordinary skill in the art at the time of the 
invention to utilize Blumenau's concept of a feature mask being utilized to determine 
compatibility with Hartman/Hazi's concept of using a feature mask to determine if a 
record is available to a end-user system. One would have been motivated to do so 
in order to increase the feasibility of determining compatibility. 

Referring to claim 2, the combination of Hartman/Hazi and Blumenau (hereafter 
Hartman/Hazi/Blumenau) discloses the program product of claim 1 , wherein: 

each data record has one or more features [attributes] associated therewith 
(Hartman: see column 5, lines 3-14; and Hazi: see column 3, lines 7-13); and 

the feature mask data indicates whether each feature of a data record is 
compatible with one or more of the end-user systems (Hartman: see column 9, line 44 - 
column 10, line 28 - the bit mask is considered to represent the feature mask; the bit 
mask of the query profile is compared to the bit mask of the record and if they match, 
then the two are considered to be compatible; and Hazi: see column 4, lines 47-50). 

Referring to claim 3, Hartman/Hazi/Blumenau discloses the program product of 
claim 2, wherein: 

each data record includes at least a feature field containing one or more feature 
bits that represent each of the features associated therewith (Hartman: see column 5, 
lines 3-1 4; and Hazi: see column 3, lines 7-1 3; column 1 1 , line 57 - column 1 2, line 3; 
and column 12, lines 42-50); and 
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the feature mask includes one or more feature mask records, each feature mask 
record including at least one or more compatibility fields each containing one or more 
bits that indicate whether a particular one of the data records is compatible with one or 
more of the end-user systems (Hartman: see column 9, line 44 - column 1 0, line 28 - 
the bit mask is considered to represent the feature mask; the bit mask of the query 
profile is compared to the bit mask of the record and if they match, then the two are 
considered to be compatible; and Hazi: see column 4, lines 47-50; column 1 1 , line 57 - 
column 12, line 3; and column 12, lines 42-50). 

Referring to claim 4, Hartman/Hazi/Blumenau discloses the program product of 
claim 1, wherein: 

the data section comprises a plurality of data tables, each data table including a 
plurality of the data records (Hazi: see column 8, lines 11-22); and the structure section 
comprises a plurality of features masks, each feature mask at least associated with one 
of the data tables and including data that indicates whether a particular one of the data 
records in an associated data table is compatible with one or more of the end-user 
systems (Hartman: see column 9, line 44 - column 10, line 28 - the bit mask is 
considered to represent the feature mask; the bit mask of the query profile is compared 
to the bit mask of the record and if they match, then the two are considered to be 
compatible; Hazi: see column 3, lines 14-21 - plurality of bit vector indices). 

Referring to claim 5, Hartman/Hazi/Blumenau discloses the program product of 
claim 4, wherein: 
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each data record in each data table includes at least a feature field containing 
one or more feature bits that represent each of the features associated therewith 
(Hartman: see column 5, lines 3-14; and Hazi: see column 3, lines 7-1 3; column 1 1 , line 
57 - column 1 2, line 3; and column 1 2, lines 42-50); 

and each feature mask includes a plurality of feature mask records, each feature 
mask record including at least one or more feature mask values that indicate whether a 
particular one of the data records in the associated data table is compatible with one or 
more of the end-user systems (Hartman: see column 9, line 44 - column 1 0, line 28 - 
the bit mask is considered to represent the feature mask; the bit mask of the query 
profile is compared to the bit mask of the record and if they match, then the two are 
considered to be compatible; and Hazi: see column 4, lines 47-50; column 1 1 , line 57 - 
column 12, line 3; and column 12, lines 42-50). 

Referring to claim 6, Hartman/Hazi/Blumenau discloses the program product of 
claim 1, wherein the structure section further comprises a system identification table 
that includes data that uniquely identifies each of the end-user systems (Hartman et al: 
see column 6, lines 25-38 and column 7, lines 16-26 - the user profile and client profile 
databases are considered to represent the information that uniquely identifies each of 
the end-user systems). 
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Referring to claim 7, Hartman/Hazi/Blumenau discloses the program product of 
claim 6, wherein the system identification table comprises a plurality of system 
identification records, each system identification record associated with each of the end- 
user systems (Hartman et al: see column 6, lines 25-38 and column 7, lines 16-26 - the 
user profile and client profile databases are considered to represent the information that 
uniquely identifies each of the end-user systems). 

Referring to claim 8, Hartman/Hazi/Blumenau discloses the program product of 
claim 1, wherein: 

the data section comprises a plurality of data tables, each data table including a 
plurality of the data records (Hazi: see column 8, lines 11-22J; and 

the structure section further comprises a table pointer table that includes data 
that uniquely describes at least each of the data tables (Hartman et al: see column 7, 
lines 37-43; Hazi: see column 3, lines 14-21). 

Referring to claim 9, Hartman/Hazi/Blumenau discloses the program product of 
claim 8, wherein: the table pointer table comprises a plurality of table pointer records; 
and at least one table pointer record is associated with each of the data tables (Hartman 
et al: see column 7, lines 37-48). 

Referring to claim 10, Hartman/Hazi/Blumeanu discloses the program product 
of claim 9, wherein each table pointer record includes data representative of at least: a 
location of the associated data table (Hartman: see column 7, lines 13-15); a number of 
the data records in the associated table; and a size of each data record in the 
associated data table. 
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Referring to claim 11, Hartman/Hazi/Blumenau discloses the program product 
of claim 1, wherein: 

each data record includes one or more fields (Hazi: see column 3, lines 7-12); and 

the structure section further comprises a field definition table that includes at least 
data representative of each of the data record fields (Hazi: see column 8, lines 11- 
23). 

Referring to claim 12, Hartman/Hazi/Blumenau discloses the program product 
of claim 1 1 , wherein the structure section further comprises one or more return type 
tables, each return type table including data representative of a format of each of the 
data record fields (Hartman et al: see column 4, lines 35-39). 

Referring to claim 13, Hartman/Hazi/Blumenau discloses the program product 
of claim 1 , further comprising: a header section that includes data representative of 
indicia that is used to identify the database (Hartman et al: see column 4, lines 47-54). 

Referring to claim 14, Hartman/Hazi/Blumenau discloses the program product 
of claim 13, wherein the header section further includes data representative of a 
location of the structure section (Hartman et al: see column 4, lines 35-54). 

Referring to claim 15, Hartman discloses a method of generating a database 
that is compatible with multiple end-user systems, the method comprising the steps of: 
generating a data section (see column 4, lines 35-54); and 

storing a plurality of data records in the data section (see column 4, lines 35-54). 
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While Hartman et al teaches generating a feature mask, the feature mask [bit 
mask], the feature mask including data that indicates whether a particular one of the 
data records is compatible with one or more of the end-user systems (see column 8, 
lines 54-60 and column 9, line 44 - column 1 0, line 28 - the bit mask of the query 
profile is compared to the bit mask of the record and if they match, then the two are 
considered to be compatible; the query profile can represent the user profile; 
compatibility is depicted by the bit being set to a 0 or a 1 ), Hartman fails to explicitly 
disclose a structure section that includes at least a feature mask, the feature mask 
including data that indicates whether a particular one of the data records is compatible 
with one or more end-user systems. Hazi discloses a database containing a plurality of 
data records containing a plurality of attributes (see abstract), including the further 
limitation of a structure section that includes at least a feature mask, the feature mask 
including data that indicates whether a particular one of the data records is compatible 
with one or more end-user systems [derivative processors 254] (see column 3, lines 14- 
21 ; column 4, lines 5-12 and lines 47-53). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to utilize Hazi's concept of a structure section as a component of 
Hartman's database in order to store the bit mask of Hartman. One would have been 
motivated to do so to increase the efficiency of retrieving query results since it is well 
known in the art that an indexed data set decreases data lookup time. 

While the combination of Hartman and Hazi (hereafter Hartman/Hazi) teaches a 
feature mask for determining which data records are available to a user, Hartman/Hazi 
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fails to explicitly disclose the further limitation of the feature mask including data that 
indicates whether a particular one of the data records is compatible with the one or 
more of the end-user systems. Blumenau discloses a database that is compatible with 
multiple end-user systems [shared data storage system], the database comprising: a 
diction section that includes a plurality of data records [shared data storage system] 
(see [0007]); a structure section [first data structure] that includes at least a feature 
mask, the feature mask including data that indicates whether a particular one of the 
data records is compatible with one or more end-user systems (see [0007]). 
It would have been obvious to one of ordinary skill in the art at the time of the 
invention to utilize Blumenau's concept of a feature mask being utilized to determine 
compatibility with Hartman/Hazi's concept of using a feature mask to determine if a 
record is available to a end-user system. One would have been motivated to do so 
in order to increase the feasibility of determining compatibility. 

Referring to claim 16, Hartman/Hazi/Blumenau discloses the method of claim 
15, further comprising: 

associating one or more features [attributes] with each data record (Hartman: see 
column 5, lines 3-14; and Hazi: see column 3, lines 7-13); and 

wherein, the feature mask data indicates whether each feature of a data record is 
compatible with one or more of the end-user systems (Hartman: see column 9, line 44 - 
column 10, line 28 - the bit mask is considered to represent the feature mask; the bit 
mask of the query profile is compared to the bit mask of the record and if they match, 
then the two are considered to be compatible; and Hazi: see column 4, lines 47-50). 
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Referring to claim 17, Hartman/Hazi/Blumenau discloses the method claim 16 
further comprising: 

including at least a feature field in each data record (Hartman: see column 5, 
lines 3-1 4; and Hazi: see column 3, lines 7-1 3; column 1 1 , line 57 - column 1 2, line 3; 
and column 12, lines 42-50); 

supplying each feature field with one or more feature bits that represent each of 
the features associated therewith (Hartman: see column 5, lines 3-14; and Hazi: see 
column 3, lines 7-13; column 11, line 57 - column 12, line 3; and column 12, lines 42- 
50); and 

including one or more feature mask records in the feature mask (Hartman: see 
column 9, line 44 - column 10, line 28 - the bit mask is considered to represent the 
feature mask; the bit mask of the query profile is compared to the bit mask of the record 
and if they match, then the two are considered to be compatible; and Hazi: see column 
4, lines 47-50; column 1 1 , line 57 - column 12, line 3; and column 12, lines 42-50; and 
Brosch: see column 6, line 38 - column 7, line 6); 

supplying each feature mask record with one or more feature mask values that 
indicate whether a particular one of the data records is compatible with one or more of 
the end-user systems (Hartman: see column 9, line 44 - column 10, line 28 - the bit 
mask is considered to represent the feature mask; the bit mask of the query profile is 
compared to the bit mask of the record and if they match, then the two are considered 
to be compatible; and Hazi: see column 4, lines 47-50; column 1 1 , line 57 - column 1 2, 
line 3; and column 12, lines 42-50). 



Application/Control Number: 10/627,492 Page 13 

Art Unit: 2167 

Referring to claim 18, Hartman/Hazi/Blumenau discloses the method of claim 

15, further comprising: 

the data section comprises a plurality of data tables, each data table including a 

plurality of the data records (Hazi: see column 8, lines 11-22); and 

generating a plurality of features masks that are each at least associated with one of 
the data tables and that each include data indicative of whether a particular one of 
the data records in an associated data table is compatible with one or more of the 
end-user systems (Hartman: see column 9, line 44 - column 10, line 28 - the bit 
mask is considered to represent the feature mask; the bit mask of the query profile is 
compared to the bit mask of the record and if they match, then the two are 
considered to be compatible; Hazi: see column 3, lines 14-21 - plurality of bit vector 
indices). 

Referring to claim 19, Hartman/Hazi/Blumenau discloses the method of claim 
18, further comprising: 

including at least a feature field in each data record in each data table (Hartman: 
see column 5, lines 3-14; and Hazi: see column 3, lines 7-13; column 11, line 57- 
column 12, line 3; and column 12, lines 42-50); 

supplying each feature field with one or more feature bits that represent each of 
the features associated therewith (Hartman: see column 5, lines 3-14; and Hazi: see 
column 3, lines 7-13; column 11, line 57 - column 12, line 3; and column 12, lines 42- 
50); 
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including one or more feature mask records in the feature mask (Hartman: see 
column 9, line 44 - column 10, line 28; and Hazi: see column 4, lines 47-50; column 1 1 , 
line 57 - column 12, line 3; and column 12, lines 42-50; and Brosch: see column 6, line 
38 - column 7, line 6); 

supplying each feature mask record one or more feature mask values that 
indicate whether a particular one of the data records in the associated data table is 
compatible with one or more of the end-user systems (Hartman: see column 9, line 44 - 
column 10, line 28 - the bit mask is considered to represent the feature mask; the bit 
mask of the query profile is compared to the bit mask of the record and if they match, 
then the two are considered to be compatible; and Hazi: see column 4, lines 47-50; 
column 11, line 57 - column 12, line 3; and column 12, lines 42-50; and Brosch: see 
column 6, line 38 - column 7, line 6). 

Referring to claim 20, Hartman/Hazi/Blumenau discloses the method of claim 
15, further comprising: generating a system identification table that includes data that 
uniquely identifies each of the end-user systems (Hartman et al: see column 6, lines 25- 
38 and column 7, lines 16-26 - the user profile and client profile databases are 
considered to represent the information that uniquely identifies each of the end-user 
systems). 

Referring to claim 21, Hartman/Hazi/Blumenau discloses the method of claim 
20, further comprising: including a plurality of system identification records in the system 
identification table, each system identification record associated with each of the end- 
user systems (Hartman et al: see column 6, lines 25-38 and column 7, lines 16-26 - the 
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user profile and client profile databases are considered to represent the information that 
uniquely identifies each of the end-user systems). 

Referring to claim 22, Hartman/Hazi/Blumenau discloses the method of claim 
15, further comprising: 

dividing the data section comprises a plurality of data tables, each data table 
including a plurality of the data records (Hazi: see column 8, lines 1 1 -22); and 

generating a table pointer table that includes data that uniquely describes at least 
each of the data tables (Hartman et al: see column 7, lines 37-43; Hazi: see column 3, 
lines 14-21). 

Referring to claim 23, Hartman/Hazi/Blumenau discloses the method of claim 
22 further comprising: including a plurality of table pointer records in the table pointer 
table, at least one table pointer record is associated with each of the data tables 
(Hartman et al: see column 7, lines 37-48). 

Referring to claim 24, Hartman/Hazi/Blumenau discloses the method of claim 
23, further comprising: supplying each table pointer record with data representative of at 
least (i) a location of the associated data table (Hartman: see column 7, lines 13-15), (ii) 
a number of the data records in the associated table and (iii) a size of each data record 
in the associated data table. 

Referring to claim 25, Hartman/Hazi/Blumenau discloses the method of claim 
15, further comprising: 

including one or more fields in each data record (Hazi: see column 3, lines 7-12); 
and 
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generating a field definition table that includes at least data representative of 
each of the data record fields (Hazi: see column 8, lines 11-23). 

Referring to claim 26, Hartman/Hazi/Blumenau discloses the method of claim 
25, further comprising: generating one or more return type tables, each return type table 
including data representative of a format of each of the data record fields (Hartman et 
al: see column 4, lines 35-39). 

Referring to claim 27, Hartman/Hazi/Blumenau discloses the method of claim 
15, further comprising: generating a structure section and including the feature mask 
therein (Hartman: see column 9, line 44 - column 10, line 28 - the bit mask is 
considered to represent the feature mask; the bit mask of the query profile is compared 
to the bit mask of the record and if they match, then the two are considered to be 
compatible; Hazi: see column 3, lines 14-21 - plurality of bit vector indices); generating 
a header section (Hartman et al: see column 4, lines 47-54); and supplying the a header 
section with data representative of indicia that is used to identify the database (Hartman 
et al: see column 4, lines 47-54). 

Referring to claim 28, Hartman/Hazi/Blumenau discloses the method of claim 
27, wherein the header section further includes data representative of a location of the 
structure section (Hartman et al: see column 4, lines 35-54). 

Referring to claim 29, Hartman/Hazi/Blumenau discloses the method of claim 
15, further comprising: 
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including at least a feature field in each data record in each data table (Hartman: 
see column 5, lines 3-14; and Hazi: see column 3, lines 7-13; column 11, line 57 - 
column 12, line 3; and column 12, lines 42-50); 

supplying each feature field with one or more features associated with each data 
record (Hartman: see column 5, lines 3-14; and Hazi: see column 3, lines 7-13; column 
11, line 57 - column 12, line 3; and column 12, lines 42-50); 

wherein the feature field of the data record having the requested data is 
compared with at least a portion of the feature mask to determine whether a particular 
one of the data records in the associated data table is compatible with one or more of 
the end-user systems (Hartman: see column 9, line 44 - column 10, line 28 - the bit 
mask is considered to represent the feature mask; the bit mask of the query profile is 
compared to the bit mask of the record and if they match, then the two are considered 
to be compatible; and Hazi: see column 4, lines 47-50; column 1 1 , line 57 - column 1 2, 
line 3; and column 12, lines 42-50; and Brosch: see column 6, line 38 - column 7, line 
6). 

Referring to claim 37, Hartman discloses a computer system, comprising: 
a processor (see Fig 1 ); 

memory operable in communication with the processor (see Fig 1); 
a database that is compatible with multiple end-user systems (see column 4, 
lines 51-67), the database comprising: 

a data section that includes a plurality of data records [records] (see column 4, lines 
35-54). 
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While Hartman et al teaches at least a feature mask [bit mask], the feature mask 
including data that indicates whether a particular one of the data records is compatible 
with one or more of the end-user systems (see column 8, lines 54-60 and column 9, line 
44 - column 10, line 28 - the bit mask of the query profile is compared to the bit mask 
of the record and if they match, then the two are considered to be compatible; the query 
profile can represent the user profile; compatibility is depicted by the bit being set to a 0 
or a 1), Hartman fails to explicitly disclose a structure section that includes at least a 
feature mask, the feature mask including data that indicates whether a particular one of 
the data records is compatible with one or more end-user systems. Hazi discloses a 
database containing a plurality of data records containing a plurality of attributes (see 
abstract), including the further limitation of a structure section that includes at least a 
feature mask, the feature mask including data that indicates whether a particular one of 
the data records is compatible with one or more end-user systems [derivative 
processors 254] (see column 3, lines 14-21; column 4, lines 5-12 and lines 47-53). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to utilize Hazi's concept of a structure section as a component of 
Hartman's database in order to store the bit mask of Hartman. One would have been 
motivated to do so to increase the efficiency of retrieving query results since it is well 
known in the art that an indexed data set decreases data lookup time. 

While the combination of Hartman and Hazi (hereafter Hartman/Hazi) teaches a 
feature mask for determining which data records are available to a user, Hartman/Hazi 
fails to explicitly disclose the further limitation of the feature mask including data that 
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indicates whether a particular one of the data records is compatible with the one or 
more of the end-user systems. Blumenau discloses a database that is compatible with 
multiple end-user systems [shared data storage system], the database comprising: a 
diction section that includes a plurality of data records [shared data storage system] 
(see [0007]); a structure section [first data structure] that includes at least a feature 
mask, the feature mask including data that indicates whether a particular one of the 
data records is compatible with one or more end-user systems (see [0007]). 
It would have been obvious to one of ordinary skill in the art at the time of the 
invention to utilize Blumenau's concept of a feature mask being utilized to determine 
compatibility with Hartman/Hazi's concept of using a feature mask to determine if a 
record is available to a end-user system. One would have been motivated to do so 
in order to increase the feasibility of determining compatibility. 

Referring to claim 38, Hartman/Hazi/Blumenau discloses the system of claim 
37, wherein: 

each data record has one or more features [attributes] associated therewith 
(Hartman: see column 5, lines 3-14; and Hazi: see column 3, lines 7-13); and 

the feature mask data indicates whether each feature of a data record is 
compatible with one or more of the end-user systems (Hartman: see column 9, line 44 - 
column 10, line 28 - the bit mask is considered to represent the feature mask; the bit 
mask of the query profile is compared to the bit mask of the record and if they match, 
then the two are considered to be compatible; and Hazi: see column 4, lines 47-50). 
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Referring to claim 39, Hartman/Hazi/Blumenau discloses the system of claim 
37, wherein: 

each data record includes at least a feature field containing one or more feature 
bits that represent each of the features associated therewith (Hartman: see column 5, 
lines 3-1 4; and Hazi: see column 3, lines 7-1 3; column 1 1 , line 57 - column 1 2, line 3; 
and column 12, lines 42-50); and 

the feature mask includes one or more feature mask records, each feature mask 
record including at least one or more compatibility fields each containing one or more 
bits that indicate whether a particular one of the data records is compatible with one or 
more of the end-user systems (Hartman: see column 9, line 44 - column 1 0, line 28 - 
the bit mask is considered to represent the feature mask; the bit mask of the query 
profile is compared to the bit mask of the record and if they match, then the two are 
considered to be compatible; and Hazi: see column 4, lines 47-50; column 1 1 , line 57 - 
column 12, line 3; and column 12, lines 42-50; and Brosch: see column 6, line 38 - 
column 7, line 6). 

Referring to claim 40, Hartman/Hazi/Blumenau discloses the system of claim 
37, wherein: 

the data section comprises a plurality of data tables, each data table including a 
plurality of the data records (Hazi: see column 8, lines 11-22); and 

the structure section comprises a plurality of features masks, each feature mask at 
least associated with one of the data tables and including data that indicates 
whether a particular one of the data records in an associated data table is 
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compatible with one or more of the end-user systems (Hartman: see column 9, line 
44 - column 10, line 28 - the bit mask is considered to represent the feature mask; 
the bit mask of the query profile is compared to the bit mask of the record and if they 
match, then the two are considered to be compatible; Hazi: see column 3, lines 14- 
21 - plurality of bit vector indices). 

Referring to claim 41, Hartman/Hazi/Blumenau discloses the system of claim 
40, wherein: 

each data record in each data table includes at least a feature field containing 
one or more feature bits that represent each of the features associated therewith 
(Hartman: see column 5, lines 3-14; and Hazi: see column 3, lines 7-13; column 11, line 
57 - column 1 2, line 3; and column 1 2, lines 42-50); 

and each feature mask includes a plurality of feature mask records, each feature 
mask record including at least one or more feature mask values that indicate whether a 
particular one of the data records in the associated data table is compatible with one or 
more of the end-user systems (Hartman: see column 9, line 44 - column 1 0, line 28 - 
the bit mask is considered to represent the feature mask; the bit mask of the query 
profile is compared to the bit mask of the record and if they match, then the two are 
considered to be compatible; and Hazi: see column 4, lines 47-50; column 1 1 , line 57 - 
column 12, line 3; and column 12, lines 42-50). 

Referring to claim 42, Hartman/Hazi/Blumenau discloses the system of claim 
42, wherein the structure section further comprises a system identification table that 
includes data that uniquely identifies each of the end-user systems (Hartman et al: see 



Application/Control Number: 10/627,492 Page 22 

Art Unit: 2167 

column 6, lines 25-38 and column 7, lines 16-26 - the user profile and client profile 
databases are considered to represent the information that uniquely identifies each of 
the end-user systems). 

Referring to claim 43, Hartman/Hazi/Blumenau discloses the system of claim 
42, wherein the system identification table comprises a plurality of system identification 
records, each system identification record associated with each of the end-user systems 
(Hartman et al: see column 6, lines 25-38 and column 7, lines 16-26 - the user profile 
and client profile databases are considered to represent the information that uniquely 
identifies each of the end-user systems). 

Referring to claim 44, Hartman/Hazi/Blumenau discloses the system of claim 
37, wherein: 

the data section comprises a plurality of data tables, each data table including a 
plurality of the data records (Hazi: see column 8, lines 1 1 -22); and 

the structure section further comprises a table pointer table that includes data 
that uniquely describes at least each of the data tables (Hartman et al: see column 7, 
lines 37-43; Hazi: see column 3, lines 14-21). 

Referring to claim 45, Hartman/Hazi/Blumenau discloses the system of claim 
45, wherein: the table pointer table comprises a plurality of table pointer records; and at 
least one table pointer record is associated with each of the data tables (Hartman et al: 
see column 7, lines 37-48). 

Referring to claim 46, Hartman/Hazi/Blumenau discloses the system of claim 
45, wherein each table pointer record includes data representative of at least: a location 
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of the associated data table (Hartman: see column 7, lines 13-15); a number of the data 
records in the associated table; and a size of each data record in the associated data 
table. 

Referring to claim 47, Hartman/Hazi/ Blumenau discloses the system of claim 
37, wherein: 

each data record includes one or more fields (Hazi: see column 3, lines 7-12); and 
the structure section further comprises a field definition table that includes at 

least data representative of each of the data record fields (Hazi: see column 8, lines 1 1 - 

23). 

Referring to claim 48, Hartman/Hazi/Blumenau discloses the system of claim 
47, wherein the structure section further comprises one or more return type tables, each 
return type table including data representative of a format of each of the data record 
fields (Hartman et al: see column 4, lines 35-39). 

4. Claim 49 is rejected under 35 U.S.C. 103(a) as being unpatentable over US 
Patent No 6,134,500 to Tang et al (hereafter Tang et al) in view of US Patent No 
6,804,664 to Hartman et al in view of US Patent No 7,103,605 to Hazi et al in view 
of US PGPub 2003/0115324 to Blumenau et al (hereafter Blumenau). 

Referring to claim 49, Tang et al disclose a flight management system (see 
abstract), comprising: 

Memory [mainframe] (see column 8, lines 23-46); 
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a navigation database [navigation database] stored in the memory, the navigation 
database compatible with multiple flight management systems (see column 4, lines 
33-63) and including: 

a processor configured to generate an aircraft flight plan based at least in 
part on the navigational data stored in the navigation database (see column 7, 
lines 14-31). 

However, Tang et al fail to explicitly disclose the further limitation, wherein the 
database includes a data section that includes a plurality of navigational data records, 
and a structure section that includes a feature mask, the feature mask including data 
that indicates whether a particular one of the navigational data records is compatible 
with one or more of the flight management systems. Hartman et al discloses a 
navigational database [geographic data database 143], including the further limitation 
wherein a data section that includes a plurality of navigational data records (see column 
6, line 59 - column 7, line 3), and a structure section that includes a feature mask, the 
feature mask including data that indicates whether a particular one of the navigational 
data records is compatible with one or more of the flight management systems (see 
column 9, line 44 - column 10, line 28 - the bit mask is considered to represent the 
feature mask; the bit mask of the query profile is compared to the bit mask of the record 
and if they match, then the two are considered to be compatible). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to use the feature of feature masking in a navigation database as 
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disclosed by Hartman et al with the navigation database of Tang et al. One would have 
been motivated to do so in order provide customized flight plans. 

While the combination of Tang and Hartman (hereafter Tang/Hartman) teaches 
at least a feature mask [bit mask], the feature mask including data that indicates 
whether a particular one of the data records is compatible with one or more of the end- 
user systems (see column 8, lines 54-60 and column 9, line 44 - column 10, line 28 - 
the bit mask of the query profile is compared to the bit mask of the record and if they 
match, then the two are considered to be compatible; the query profile can represent 
the user profile; compatibility is depicted by the bit being set to a 0 or a 1), Hartman fails 
to explicitly disclose a structure section that includes at least a feature mask, the feature 
mask including data that indicates whether a particular one of the data records is 
compatible with one or more end-user systems. Hazi discloses a database containing a 
plurality of data records containing a plurality of attributes (see abstract), including the 
further limitation of a structure section that includes at least a feature mask, the feature 
mask including data that indicates whether a particular one of the data records is 
compatible with one or more end-user systems [derivative processors 254] (see column 
3, lines 14-21; column 4, lines 5-12 and lines 47-53). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to utilize Hazi's concept of a structure section as a component of 
Hartman's database in order to store the bit mask of Tang/Hartman. One would have 
been motivated to do so to increase the efficiency of retrieving query results since it is 
well known in the art that an indexed data set decreases data lookup time. 
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While the combination of Hartman and Hazi (hereafter Hartman/Hazi) teaches a 
feature mask for determining which data records are available to a user, Hartman/Hazi 
fails to explicitly disclose the further limitation of the feature mask including data that 
indicates whether a particular one of the data records is compatible with the one or 
more of the end-user systems. Blumenau discloses a database that is compatible with 
multiple end-user systems [shared data storage system], the database comprising: a 
diction section that includes a plurality of data records [shared data storage system] 
(see [0007]); a structure section [first data structure] that includes at least a feature 
mask, the feature mask including data that indicates whether a particular one of the 
data records is compatible with one or more end-user systems (see [0007]). 
It would have been obvious to one of ordinary skill in the art at the time of the 
invention to utilize Blumenau's concept of a feature mask being utilized to determine 
compatibility with Hartman/Hazi's concept of using a feature mask to determine if a 
record is available to a end-user system. One would have been motivated to do so 
in order to increase the feasibility of determining compatibility. 

Response to Arguments 

5. Applicant's arguments with respect to the claims have been considered but are 
moot in view of the new ground(s) of rejection. 
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